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(54) Methods and apparatus for packet communications 



(57) An improved data communication technique 
may be employed with modems through a packet net- 
vyork. The disclosed technique facilitates a virtual end- 
to-end connection between two modems such that the 
two modems can effectively behave as if directly con- 
nected to each other, unaware of any modifications to 
the data being transferred or to the protocols configured 
within the coinmunication connection. Preferably a data 
communication system for carrying out the communica- 
tion technique demodulates data coming from a first mo- 



dem, transports the demodulated data in packets be- 
tween two gateways, and then remodulates the data be- 
fore delivering to a second modem at the other end. In 
accordance with various aspects of the present inven- 
tion, various alternatives for calling and quality of service 
set-up mechanisms, the establishment of a communi- 
cation session, the transport of data dijring a communi- 
cation session, the flow control between all system com- 
ponents involved, and the mechanisms for the termina- 
tion of communications are also provided. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to data connmu- 5 
nicatton systems. More particularly, the present inven- 
tion relates to the transmission of data through packet 
networks. 

BACKGROUND OF THE INVENTION 

[0002] The current trend of using packet networks 
(PN) to transport data traditionally carried over circuit 
switched networks such as the Public Switched Tele- 
phone Network (PSTN) has created a need to support 
the installed-base ol terminals attached to the PSTN. 
Figure 1 illustrates a traditional PSTN environment as 
well as the interlace to a PN substitute network, as may 
be used with various customer premise equipment, 
such as telephones, fax machines, and modems. 
[0003] The different nature between the two types of 
networks may be related to different operating charac- 
teristics such as bandwidth, delay, variations in delay, 
and loss of information, e.g., packet loss. The differenc- 
es in characteristics between these networks can affect 
the terminals that have been designed with PSTN char- 
acteristics in mind, if and when those terminals need to 
communicate over a packet network. For example, 
many terminals are delay sensitive, and their interactive 
behavior with other components has been designed in 
consideration of the delay characteristics of the network 
in use at the time of their inception, typically, the PSTN. 
Furf sr, it should also be appreciated that data commu- 
nication networks need not exclusively include a packet 
network or a PSTN. For example, future networks may 
include portions of their infrastructure provided by one 
or the other type of network, as depicted in Figure 2. 
[0004] Hence, there is a need for the ubiquitous sup- 
port of the installed-base of terminals on both networks. 
This support may involve the providing of new mecha- 
nisms to facilitate the communication of traditional de- 
vices over packet networks. Support for these devices 
can depend on several factors, including the transported 
media characteristics, and thus can dictate the needs 
for a real-time infrastructure, such as voice communica- 
tions, versus a non-real-time infrastructure, such as fax 
communications. Further, support for these devices can 
dictate the needs for a transparent support mode, i.e., 
one by which the actual data is transported transparent- 
ly over the existing voice packet network Infrastructure, 
versus a demodulatlon/remodulatran support mode, 
where the information is demodulated, transported, and 
then remodulatcd. 

[0005] As described above, the transport of data over 
a packet network may be subject to variation of delay, 
also known as jitter, as well as to packet loss character- 
istics, for example, during the establishment of a com- 
munication session, or during actual data transfer. Fur- 



ther, at the end of a communication session, once a ter- 
minal device decides to terminate a communication ses- 
sion, problems can occur in the tearing down of any re- 
maining communication links. Accordingly, although 
some support mechanisms have been devised recently 
for the transport of voice and fax communications, a 
strong need exists for resolving various other Issues re- 
lating to modem communication sessions, such as 
those related to the call numbering, establishment, 
transport and termination features. 

SUMMARY OF THE INVENTION 

[0006] The disclosed techniques for data communi- 
cation may be employed with modems through a packet 
network. Further, the data communication techniques 
facilitate a virtual end-to-end connection between a first 
modem and a second modem such that the two modems 
can effectively behave as if directly connected to each 
other, unaware of any modifications to the data being 
transferred or to the protocols utilized within the com- 
munication connection. The above techniques can be 
carried out in a data communication system having, In 
addition to the modems, at least two gateways corre- 
sponding to the modems to facilitate the modem-to-mo- 
dem communications through the packet network. Dur- 
ing operation, the first modem will contact a correspond- 
ing first gateway regarding its intent to contact the sec- 
ond modem. After being contacted, the first gateway will 
suitably contact a second gateway corresponding to the 
second modem, which may establish a communication 
link between the second gateway and second modem. 
Additionally, negotiations can occur between the vari- 
ous gateways and modems to establish a communica- 
tion session wherein the gateways can act in proxy for 
the two modems. Preferably, the communication system 
dennodulates data coming from a first modem, trans- 
ports the demodulated data in packets between the two 
gateways, and remodulates the data before delivering 
it to a second modem. Accordingly, data Is transferred 
between the two modems through the virtual end-to-end 
communication connection. 

[0007] In accordance with one aspect of the present 
invention, solutions for problems caused by the delays 
and the packet loss characteristics such as may be in- 
curred for call establishment over a packet network, as 
well as for call numbering and calling options, are pro- 
vided. 

[0008] Further, in accordance with another aspect of 
the present Invention, mechanisms such as end-to-end 
error detection, correction and re-transmission are pro- 
vided to alleviate problems of flow control, such as var- 
iation of delay, i.e., jitter, and packet loss, which may 
occur during the transport of data over a packet network. 
[0009] In accordance with yet another aspect of the 
present Invention, solutions for facilitating termination at 
the end of a communication session are provided. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[001 0] A more complete understanding of the present 
invention may be derived by referring to the detailed de- 
scription when considered in connection with the Fig- 
ures, where references to symbols, devices and com- 
ponents and the like refer to similar elements throughout 
the Figures, and: 

Figure 1 is a schematic representation of a tradi- 
tional PSTN incorporated with a packet network in- 
frastructure associated with installed-based PSTN 
terminals; 

Figure 2 is a schematic representation of an exem- 
plary heterogeneous network of PSTN and PN ele- 
ments; 

Figure 3 is a schematic representation of an exem- 
plary PN infrastructure providing an end-to-end 
connection for communicating between two mo- 
dems in accordance with an exemplary embodi- 
ment of the present invention; 
Figure 4 is a flow diagram of an exemplary estab- 
lishment and termination of a communication ses- 
sion in accordance with an exemplary embodiment 
of the present invention; 

Figure S is a schematic representation of an exem- 
plary protocol stack combination as may be utilized 
for the end-to-end connection of Figure 3; and 
Figure 6 Is a flow diagram of an exemplary opera- 
tion for the establishment of data link layers and 
reconfiguration of modems in accordance with an 
exemplary embodiment of the present invention. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS OF THE INVENTION 

[001 1 ] The present invention may be described herein 
in terms of functional blocks or components and various 
processing steps. It should be appreciated that such 
functional blocks or components may be realized by any 
number of hardware and software components config- 
ured to perform the specified functions. For example, 
the present invention may employ various integrated cir- 
cuit components, e.g., memory elements, digital signal 
processing elements, transistors, amplifiers and the 
like, which may carry out a variety of functions under the 
control of one or more microprocessors or other control 
devices. Software components may consist of specific 
modulations, protocols^ and variations thereof, which 
may carry out a variety of functions. In addition, those 
skilled in the art will appreciate that the present invention 
may be practiced in any number of data communication 
contexts and that the communication system described 
herein is merely one exemplary application for the in- 
vention. Further, it should be noted that the present in- 
vention may employ any number of conventional tech- 
niques for call signaling, data transmission, signal 
processing and conditioning, and the like. Such general 



techniques that may be known to those skilled in the art 
are not described in detail herein. 
[0012] With reference to Figure 3. in accordance with 
an exemplary embodiment of the present invention, a 

5 data communication system 300 comprises terminal de- 
vices 302 and 304, gateways 306 and 306, and a packet 
network 314. Terminal devices 302 and 304 suitably 
comprise any device configured to facilitate remote 
communications by users, for example, telephone, fax 

10 machines or modems. In accordance with an illustrative 
embodiment which will be used to provide a more de- 
tailed description of the present invention, terminal de- 
vices 302 and 304 suitably comprise modems. Modems 
302 and 304 could comprise, for example, any client mo- 

15 dem or any server modem in any remote access config- 
uration. Further, although only two modems 302 and 
304 are illustrated, modems 302 and 304 each could 
comprise a plurality of modem devices and the like. 
Moreover, although modem 302 will frequently be de- 

20 scribed as the device initialing a call session with mo- 
dem 304, the call session can also be initiated by mo- 
dem 304 to contact modem 302. 
[001 3] Gateways 306 and 308 suitably comprise any 
device configured to facilitate communication of data 

25 through packet network 314. Moreover, gateways 306 
and 308 are suitably configured to interface with corre- 
sponding modems 302 and 304, e.g., gateway 306 with 
modem 302 and gateway 308 with modem 304, to facil- 
itate the transmission of modem data through packet 

30 network 314. Further, gateways 306 and 308 may be 
configured to interface with any number of additional 
modem devices such that any one of modems 302 or 
304, or any combination thereof, could communicate 
with the additional modems via packet network 314. 

35 [0014] In accordance with this embodiment, gate- 
ways 306 and 308 suitably comprise gateway modems. 
However, gateways 306 and 308 can comprise any de- 
vice configured to facilitate communications between 
302 and 304 over packet network 31 4. Preferably, gate- 

40 way 306 and 308 are suitably configured to demodulate 
data received from modems 302 and 304, transport the 
data information over packet network 314, and then re- 
modulate the data for transferring to the corresponding 
modem 302 or 304. In addition, gateways 306 and 308 

45 are suitably configured to communicate through packet 
network 314 such that gateway 306 can notify gateway 
308 of Its intent to establish a connection to correspond- 
ing modem 304, while gateway 308 can notify gateway 
206 of its intent to establish a connection to correspond- 

50 ing modem 302. Further, gateways 306 and 308 can al- 
so include adaptive jitter buffers and the like as well as 
other flow control mechanisms, as will be described in 
more detail below, to facilitate more efficient data com- 
munications over packet network 314. 

55 [0015] In addition, the packet data may be digitized 
within a circuit switched telephone network prior to ar- 
rival at gateways 306 or 308. However, the packet data 
may also be digitized within the gateway, such as a res- 
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idential gateway installed for the client or end-user. 
[0016] Packet network 314 suitably comprises any 
conventional packet network for modem to modem com- 
munications. Further, packet network 314 can be con- 
figured lor a variety of communication protocols, such 
as, for example, Voice over IP (VoIP). Voice over Frame 
Relay (VoFR), Voice over ATM (VoATM), T.37 or 1.39, 
and the like. 

[0017] Having described the basic structure of data 
communication system 300, an example of the opera- 
tion of system 300 can now be provided. Initially, for ex- 
ample, modem 302 may suitably contact gateway 306, 
such as, for example a gateway modem and the like, 
signifying gateway 306 of its intent to connect to remote 
modem 304. Gateway 306 will suitably contact the ap- 
propriate gateway 308, i.e., the gateway associated with 
modem 304. and notify gateway 308 of its intent to es- 
tablish a connection to modem 304. Preferably, gateway 
308 will then establish a communication link with mo- 
dem 304. f\/loreover, additional negotiations can prefer- 
ably happen between modem 302 and gateway 306, 
modem 304 and gateway 308, and/or between gate- 
ways 306 and 303, such that a communication session 
will be established wherein gateways 306 and 308 may 
act in proxy of modems 302 and 304, i.e., gateways 306 
and 308 can suitably represent modems 302 and 304 
during communication sessions. 
[0018] After establishment of the communication ses- 
sion, modems 302 and 304 may then suitably transfer 
information to each other through gateways 306 and 
308. Preferably, any information received from modems 
302 and 304 by gateways 306 and 308 is demodulated 
and transported over packet network 31 4 between gate- 
ways 306 and 308. Moreover, information received by 
gateways 306 and 308 can be suitably remodutated and 
transferred to corresponding modem 302 or 304. The 
demodulation and remodulation of data can be suitably 
performed with gateways 306 and 308, or can be pro- 
vided by other known means for providing the demodu- 
lation and remodulation of data. Further, the demodula- 
tion and remodulation of data can be performed by any 
techniques now known or hereinafter devised. Accord- 
ingly, modems 302 and 304 can effectively behave as if 
directly connected to each other, unaware of any mod- 
ifications to data and/or protocols in their communica- 
tion connection, i.e., a "virtual" end-to-end connection 
316. 

[0019] Having described an exemplary structure and 
operation of data communication system 300, a more 
detailed explanation of the establishment of an exem- 
plary communication session in accordance with vari- 
ous embodiments of the present invention will now be 
discussed. In accordance with a profcrrod embodiment, 
with reference to Figure 4, an exemplary communication 
session suitably includes a call initiation phase 402 and 
a call establishment phase 404. Call initiation phase 402 
suitably comprises the process of initial communica- 
tions between an initiating modem, such as modem 302, 



to a gateway, such as gateway modem 306, to prefera- 
bly establish a communication session with a particular 
modem, such as modem 304. 

5 Calling Options 

[0020] During call initiation phase 402, modem 302 
can be prompted to connect to gateway 306 to commu- 
nicate various calling options 406, including, for exam- 
70 pie, the telephone number associated with the appropri- 
ate modem 304 for gateway modem 306 to contact dur- 
ing negotiations, and quality of service (QoS) options 
408, if desirable. 

[0021 ] With reference again to Figure 3. data commu- 

'5 nication system 300 may also comprise central offices 
(CO) 31 0 and 31 2. Central offices 31 0 and 31 2 are suit- 
ably configured to facilitate communication negotiations 
between modems 302 and 304 and gateways 306 and 
308. For example, modem 302 can indicate to central 

20 office 31 0 the corresponding gateway, such as gateway 
X6, that it desires to call. Accordingly, modem 302 and 
gateway 306 can start negotiating using negotiation 
techniques such as, for example, V.8bis and the like. In 
this example, V.8bis protocols are preferred over V8 

25 protocols in that V.8 bis suitably provides a more generic 
means of passing infornnation than V8, including the 
ability to pass information after the establishment of the 
session. In addition, the negotiation process can also 
consider various parameters, such as, for example, the 

30 type of device, the manufacturer, the quality of service, 
or the phone number for contacting modem 304. There- 
after, any calling number options 406 and any quality of 
service options 408 may then be conveyed to gateway 
X6. 

35 [0022] Central offices 310 and 312 can also include 
various aspects of intelligence. For example, central of- 
fice 310 may be suitably programmed to recognize that 
certain calls coming from a party through modem 302 
should be directed to gateway 306 transparently, i.e., 

40 without any notification of a specific phone number for 
gateway 306. Further, during call setup, for instance, 
mechanisms such as in-band signaling, out-of-band sig- 
naling, signaling system 7 {SS7), i.e., the international 
standard for PSTN signaling, and the like can be pro- 

45 vided from central office 310 to make gateway 306 
aware of the ultimate destination of a call from modem 
302. Furthermore, by using a mechanism such as SS7, 
gateways 306 and 308 can exchange capabilities de- 
rived from the V.8bis indications. 

so [0023] In addition, data communication system 300 
may comprise a plurality of additional central offices 
suitably configured to communicate with gateways 306 
and/or 308. Moreover, central offices 310 and 312 can 
suitably communicate with modems 302 and 304 and 

5S gateways 306 and 308 through various techniques, pro- 
tocols and communication methodologies, and is not 
limited to any one such communication link. 
[0024] Additional calling options are also available for 
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modems 302 and 304, such as the use of dual-lone mul- 
ti-frequency (DTMF) signals. Accordingly, modem 302, 
or any additional equipment representative of modem 
302, such as, for example, a redialer, can dial an access 
number, wait for a secondary dialtone, and then transmit 5 
the destination number and/or billing information using 
DTMF signals to gateway 306. 

Call Establishment 

10 

[0025] After conducting of call initiation phase 402, 
data communication system 300 may conduct call es- 
tablishment phase 404. Preferably, call establishment 
phase 404 suitably employs a physical link connection 
41 2 and optional additional protocols such as, for exam- ^5 
pie, a data link protocol or a V.80 protocol and the like. 
In accordance with an exemplary embodiment, the use 
of additional protocols can be preferably determined by 
first assessing the capabilities supported by the two ter- 
minals of a given communication segment, such as mo- 
dems 302 and 304, and then deciding from a shared set 
of supported protocols between the two terminals which 
particular protocols are more desirable to use. 
[0026] Moreover, this selection of additional protocols 
can bo achieved using various methods, such as. for 25 
example, by forcing a specific protocol for operation. 
This forced protocol could be based on any number of 
actors. For example, the forced protocol could be se- 
lected by determining which protocols have been most 
frequently used between modems similar to modems 
302 and 304. In addition, the selection of additional pro- 
tocols can be achieved by accepting the first encoun- 
tered common protocol and/or the like between mo- 
dems 302 and 304. 

[0027] In accordance with an exemplary embodiment, 
various communication session configurations are 
available for call establishment phase 408, including vir- 
tual end-to-end sessions 416 based on segments of 
transmissions independent of each other, and virtual 
end-to-end sessions 416 where all the segments build 
a virtual connection between two end points. 

Independent Segments 

[0028] Call establishment phase 404 may be com- 
prised of a virtual end-to-end session 416 having inde- 
pendent segments. In accordance with this aspect, cli- 
ent modems 302 and 304 and gateway modems 306 
and 308 preferably agree pairwise, i.e., agree per seg- 
ment, such as between modem 302 and gateway 306, 
on the same set of specific reliable data link protocols. 
These agreed upon data link protocols could include, for 
example, a V.42 data link layer, over and above any 
physical link protocol. As such, when such a reliable 
transport protocol like V.42, for example; is in use on 
packet network 314, end-to-end virtual session 41 6 can 
comprise independent connection segments relaying 
information between modems 302 and 304 and gate- 



ways 306 and 308. 

[0029] For example, where data link protocols such 
as V.42 and the like are suitably provided between mo- 
dem 302 and gateway 306, a reliable transport protocol 
exists between gateway 306 and gateway 308, and data 
link protocol V.42 is utilized alone between modem 304 
and gateway 308, virtual end-to-end connection 416 
suitably comprises three independent segments: the 
connection between modem 302 and gateway 306, the 
connection between gateways 306 and 308, and the 
connection between gateway 308 and modem 304. Ac- 
cordingly, modem 302 and gateway 306 may be prefer- 
ably configured to detect, correct, and/or retransmit er- 
roneous data on thek respective segment independent- 
ly of any other errors in other segments, e.g. , any errors 
between gateways 306 and 308. Moreover, since both 
modem 302 and gateway 306 could support data com- 
pression in a data link protocol, such as V42, both mo- 
dem 302 and gateway 306 are further able to compress 
the data on this data link independent of any other seg- 
ment and further, transparently to the other segments. 
In accordance with an exemplary embodiment, gateway 
308 and modem 304 could be configured to only support 
error correction protocol MNP2-4, i.e., no data compres- 
sion using V.42 may be achieved on the segment be- 
tween gateway 308 and modem 304. Moreover, any da- 
ta sent by modem 302 and gateway 306 would prefer- 
ably be error corrected using one specific protocol over 
this segment, would preferably be reliably transported 
between gateways 306 and 308, and would be error- 
corrected using another specific protocol between gate- 
way 308 and modem 304. Accordingly, the connection 
between modem 302 and gateway 306. and the connec- 
tion between gateway 308 and modem 304 could suit- 
ably include the same data link protocol, e.g., transpar- 
ent operation, different data link protocols, or no data 
link protocols. Further, the connection between modem 
302 and modem 304 could suitably utilize a data link 
protocol from end-to-end without terminating the proto- 
cols used in gateways 306 or 308. 

Virtual Connections 

[0030] On the other hand, when a non-reliable trans- 
port protocol, such as, for example, a UDP best effort 
protocol, is provided between gateways 306 and 303, 
error correction may not be enabled on gateways 306 
and 308, as loss of information by the transport protocol 
could go undetected by modems 302 and 304 and thus 
propagate to the upper protocol layers. In other words, 
both modems 302 and 304 transmit the data assuming 
the data is reliable, whereas instead the data is actually 
corrupted duo to the loss of packets, and hence loss of 
information in packet network 314. Accordingly, the loss 
of a packet that goes undetected can corrupt the result- 
ing transported data if no intermediate protocol is able 
to detect it, thus potentially having significantly negative 
consequences depending on the application and the 
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amount and type of lost data. Accordingly, virtual end- 
to-end session 416 may comprise a virtual connection 
between modems 302 and 304. with any intermediate 
segments, such as between gateways 306 and 308, 
passively transporting the data destined to one or the 
other of modems 302 and 304, i.e., the data is demod- 
ulated/remodulated but not error-corrected within the 
segments 302-306 and 304-308. Although modems 302 
and 304 are not physically attached to each other, the 
connection is deemed virtual because the virtual ses- 
sion is established between modems 302 and 304 for 
the given protocols, preferably including error correction 
protocols like V.42, and any commands issued between 
modems 302 and 304 may be transparently and pas- 
sively transmitted by intermediate gateways 306 and 
308. 

[0031] Continuing in accordance with this aspect, vir- 
tual end-to-end connection 416 is particularly feasible if 
both modems 302 and 304 support a given set of pro- 
tocols and agree on which prolocol(s) to use. In accord- 
ance with this aspect, call initiation phase 402 with mo- 
dem 304 preferably takes place before the call initiation 
phase 402 is suitably completed between modem 302 
and gateway 306. 

[0032] In accordance with another exemplary embod- 
iment, with reference to Figure 6, virtual end-to-end con- 
nection 41 6 may include the initial establishment of data 
link layers between modems 302 and 304 and their re- 
spective gateways 306 and 308 in a traditional fashion, 
i.e., until the end of parameter negotiations when 
SABME/UA frames are exchanged, with a later recon- 
figuration of modems 302 and 304 after the establish- 
ment of the data link. In accordance with this embodi- 
ment, an illustrative example of a data link establish- 
ment process is deschbed below. 
[0033] Initially, gateway modem 306 receives a local 
call from modem 302. Next, the local call is answered 
and gateway 306 signals to remote gateway 308 to con- 
tact modem 304. Modem 302 and gateway 306 may 
then establish a physical connection and start to nego- 
tiate a protocol, such as V.42. Independently and in par- 
allel with these negotiations, gateway 308 and modem 
304 can establish a physical connection and conduct 
similar negotiations. However, it should be noted that 
control over the pace of process of establishment of the 
physical connection may be realized to further ensure 
that the subsequent protocol negotiations can be per- 
formed in parallel by the respective modems and gate- 
ways. 

[0034] During the negotiations for modem 302 and 
gateway 306, any working parameters for the link be- 
tween modem 302 and gateway 306, such as those pa- 
rameters defined in the ITU-T \/.42 Recommendation, 
are decided during a protocol establishment phase. In 
the illustrative example, modems 302 and 304 ex- 
change XID frames, which are used to exchange gen- 
eral identification functions, to agree upon the working 
parameters for the communication segments for mo- 



dem 302 to gateway 306 and for modem 304 to gateway 
308. The working parameters negotiated can include 
standard protocols, such as, for example, K. N401 and 
HDLC optional functions, either alone or in combination. 

5 [0035] The K parameter indicates the preferred win- 
dow size, i.e., the number limit of unacknowledged 1 (da- 
ta) frames that can be present on the communication 
segments. Once this limit is reached, the transmitting 
modem, such as modem 302, will cease sending further 

10 I (data) frames until an acknowledgment for previously 
transmitted 1 (data) frames is received. Moreover, two K 
values are preferably negotiated, including one for the 
transmitting direction and one for the receiving direction. 
The N401 parameter indicates the maximum I (data) 

15 frame payload size. Preferably, two N401 values are 
again negotiated, one for transmitting one for receiving. 
The HDLC optional functions can include such determi- 
nations as whether the SREJ (selective reject) function 
should be used, whether a 16 or 32 bit FCS (Frame 

20 Check Sequence, also known as a Cyclic Redundancy 
Code) should be used to determine the integrity of a 
frame, or whether TEST frames can be used. 
[0036] Continuing in accordance with the illustrative 
example for a data link establishment process, gateway 

25 modem 306 immediately sends a command/response 
Receive Not Ready (RNR) frame to modem 302. The 
RNR frame, such as provided by gateway 306 using V. 
42 protocol, is received by modems 302 or 304 to iden- 
tify that a busy condition exists and that gateway 306 is 

30 not ready to accept additional I (data) frames. This RNR 
frame suitably prevents modem 302 from transmitting 
any data until the second part of the communication link 
between gateways 306 and 308 is established. Like- 
wise, gateway 308 and modem 304 establish a physical 

35 connection and negotiate a protocol, such as V.42. Fur- 
ther, gateway 308 then preferably sends an RNR frame 
to modem 304. 

[0037] During this connection and negotiation period, 
it is possible that the connection between modem 302 

40 and gateway 306 may have been negotiated to use dif- 
ferent parameters than the connection between modem 
304 and gateway 308. Accordingly, it may be preferable 
to harmonize the working parameters by sending further 
XID frames. XID frames are preferably used to ex- 

45 change general identification functions between modem 
302 and gateway 306 or modem 304 and gateway 303. 
XID frames are used in the V.42 protocol for the nego- 
lialion of parameter values and optional procedures be- 
tween modem 302 and gateway 306 or modem 304 and 

50 gateway 308. In the event the communication links be- 
tween modem 302 and gateway X6 and between mo- 
dem 304 and gateway 308 have negotiated different 
working parameters, further exchanges of XID frames 
will occur until the working parameters are harmonized. 

55 [0038] Once the parameters are harmonized, Re- 
ceive-Ready (RR) frames can be sent to both modems 
302 and 304, and thus permit user data transfer to begin. 
RR frames are used to indicate that modem 302 or 304 
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is ready to receive more frames, and thus will suitably 
clear a previous busy indication. In other words, the 
busy condition was flagged using a RNR frame as the 
initial working parameters were being negotiated. After 
negotiations, sending a RR (receiver ready) frame ena- 
bles modems 302 and 304 to start transmitting user data 
in I (data) frames. Concurrently, as soon as the RR 
frames are sent to modems 302 and 304, gateways 306 
and 308 suitably complete the V.42 procedure, and be- 
come suitably configured to pass data information, such 
as, for example, V.42 high-level data link control (HDLC) 
frame information, across packet network 314 in data 
packets. Any data packets received from packet net- 
work 314 can be suitably converted into HDLC frames 
and sent to modems 302 and 304. Thereafter, any in- 
formation frames can be suitably passed from modem 
302 to modem 304. Although an exemplary protocol is 
described, it should be noted that other protocols having 
similar parameters can be utilized in accordance with 
various embodiments of the present invention, and such 
similar parameters can be handled by means similar to 
that described above. 

[0039] In addition to the data link illustration described 
above, another example of virtual end-to-end connec- 
tion 416 includes the configuration of modems 302 and 
304 as devices that do not use error-correction, such as 
videophones. In this example, a first videophone, e.g., 
an H.324-compliant videophone having a V.34 compli- 
ant modem with V.80 synchronous access mode, suita- 
bly attempts a communication with a second video- 
phone through gateways 306 and 308. Preferably, mo- 
dem 302 first connects with gateway 306, establishes a 
physical connection, and then occupies a "wait state- 
using mechanisms described further below. Thereafter, 
gateway 306 can preferably contact and notify gateway 
308 of the need to contact modem 304 with a given set 
of capabilities, e.g., establish only a physical V.34 layer, 
and stall the negotiation of any further protocols until 
both gateways 306 and 308 are ready to complete the 
negotiation. Gateway 308 can then preferably contact 
modem 304, establish a physical connection, verify the 
capabilities of modem 304 in supporting the higher pro- 
tocols utilized by modem 302, and then put modem 304 
in a "wait state." Accordingly, gateways 306 and 308 
preferably negotiate on behalf of modems 302 and 304 
the set of protocols to be utilized, and then establish the 
connections with their respective modems 302 and 304. 

Virtual End-To-End Physical Link Connection 

[0040] In the event that at least one of modems 302 
or 304 does not support a data link layer and the asso- 
ciated transport link is unreliable, a virtual end-to-end 
data link layer communication session may not be es- 
tablished. Alternatively^ a virtual end-to-end physical 
connection may be established. 
[0041] In accordance with this aspect, if the outcome 
of the initial handshaking process between modems 302 



and 304 results in the lack of a terminal-to-terminal da- 
talink protocol, modems 302 and 304 are preferably syn- 
chronized to avoid flow control problems. Since there 
may be no explicit mechanism that can be relied upon 

5 in this instance, the combination of gateways 306 and 
308, and the associated protocols configured therewith, 
become responsible for buffering traffic to and from mo- 
dems 302 and 304. As the adaptive jitter buffers within 
gateways 306 and 308 build up excessive data or be- 

10 come stan/ed for data, due to either the selection of un- 
equal data rates or slight mismatches in the precise data 
rates, gateways 306 and 306 can preferably compen- 
sate for this problem using two mechanisms. These 
mechanisms are mentioned further below in the descrip- 

'5 tion of flow control. 

[0042] In accordance with another aspect of the 
present invention, gateway 308 and modem 304 may 
be configured to support a data link layer protocol, e.g., 
Link Access Protocol for Modems (LAPM). Moreover, V. 

20 42 will normally negotiate to use the LAPM protocol for 
transferring modem data. Accordingly, the segment of 
communication between gateway 308 and modem 304 
may proceed independently of the characteristics of mo- 
dem 302 and of its connection to gateway 306 However, 

25 any upper layer protocols, such as, for Gxamplo, a point- 
to-point protocol (PPP) or an Internet Engineering Task 
Force (IETF) standard, present on both endpoint mo- 
dems 302 and 304 may bring about a need for additional 
retransmissions. 

30 , 

Call Establishment Options 

[0043] In addition, vahous other call establishment 
options other than those described above may be real- 
ms ized. In accordance with this aspect, modems 302 and 
304 and gateways 306 and 308 may be configured to 
establish connections independently of the other mo- 
dem-gateway schemes. However, there may exist in- 
stances where the capabilities of modems 302 and 304 
40 need to be asserted before agreeing on a set of upper 
protocols. Preferably, in these instances, the handshak- 
ing process between modems 302 and 304 and corre- 
sponding gateways 306 and 308 is not completed at a 
given layer prior to the assessment of the capabilities of 
-^5 modern 302 and 304 and prior to the agreement be- 
tween gateways 306 and 308. 

Timing Considerations 

so [0044] During call establishment phase 404. critical 
timing considerations such as, for example, V.42 Origi- 
nator Detection Patterns/Answerer Detection Patterns 
(ODP/ADP) may bo addressed in order to avoid inter- 
pretation by the calling modem, such as modem 302, 

55 that its corresponding gateway, such as gateway 306, 
does not support a data link layer. In accordance with 
one aspect of the present invention, various options are 
available to resolve this dilemma. Moreover, these op- 
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tions can be utilized alone or in any combination to re- 
solve these timing considerations. 
[0045] For example, one option includes stalling the 
data link layer handshaking process between modems 
302 and 304 and their corresponding gateways 306 and 5 
308 until a virtual end-to-end connection has been es- 
tablished. Preferably, the duration of some portions of 
the actual modem training can be adjusted. If both mo- 
dems 302 and 304 of virtual end-to-end connection 416 
are attempting to train concurrently, for example, by 
communicating end-to-end, gateway modems X6 and 
308 connected to the packet network side of the con- 
nection can manipulate the actual time of the transition 
to the data mode to be nearly simultaneous. 
[0046] Another option in accordance with this aspect ^5 
includes extending the timeout values for timers, such 
as OOP and ADP timers, that are used to determine 
whether a data link layer exists at modems 302 and 304. 
Preferably, the timeout values are extended for a period 
of lime at leasl equal to that required for the establish- 20 
ment of virtual end-to-end session 416, such as, for ex- 
ample, 60 seconds. Accordingly, by negotiating the in- 
tention to operate in a Link Access Procedure for Mo- 
dems (LAPM) protocol mode using V8 bis (or V.8 ex- 
tensions) prior to the beginning of the actual modem 25 
training, any modems 302 and 304 that support these 
protocol extensions can agree to establish a synchro- 
nous protocol without timing out during the negotiation 
period. 

[0047] Another option in accordance with this aspect 
includes using parameters such as V.8 bis fields in the 
initial negotiation phase to force the choice of a data link 
layer protocol. Alternatively, parameters such as V.Bbis 
fields could be used in the initial negotiation phase to 
indicate timer values that may be different from the de- 
fault standard ones, e.g., T.400. Accordingly, if V.8bis 
negotiates a protocol connection in advance, timeouts 
can be eliminated. 

[0048] Yet another option in accordance with this as- 
pect includes creating a new protocol that would be sup- 
ported by both modems 302 and 304 and their corre- 
sponding gateways 306 and 306. For example, such a 
protocol could be preferably determined during the Initial 
negotiation phase. Additionally, such a protocol could 
be preferably determined using timers after the physical 
connection has been established, suchas^ for example, 
as in the case with connections employing V.42 proto- 
cols. 

[0049] Still yet another option in accordance with this 
aspect includes having modems 302 and 304 start im- 
mediately with an attempt to establish a synchronous 
communications link using the ADP/ODP timer mecha- 
nism. Once the time-critical initial negotiation phase is 
complete, gateway rriodems 306 and 308 can then suit- 
ably pace the subsequent protocol negotiation phases 
awaiting confirmation that modems 302 and 304 will 
agree to a common protocol. In the event that no com- 
mon protocol is chosen, the communication link can still 



negotiate a non-protocol connection even though the in- 
itial ADP/ODP handshake previously expressed some 
knowledge of the existence of synchronous protocols. 
[0050] After any of the above options has been exe- 
cuted between modem 302 and gateway 306, modem 
302 is suitably configured in a "wait state." The "wait 
state" can be any state or sequence of states involved 
in the modem training and protocol negotiation process- 
es that can be used to delay the completion of the proc- 
esses until the modem training and protocol negotiation 
can be done modem-to-modem. Meanwhile, gateway 
306 preferably connects to gateway 308, establishes a 
point-to point session using adequate protocols (e.g.. 
TCP/1 R H.323), and then provides gateway 308 with the 
number of the appropriate modem 304 to call. Accord- 
ingly, gateway 308 preferably calls modem 304, begins 
an initial negotiation phase, and then establishes a 
physical connection. Following the same mechanisms 
as for modem 302, modem 304 makes gateway 308 
aware of its capabilities and suitably moves into a "wail 
state." 

[0051] As such, both modems 302 and 304 are pref- 
erably configured in a "wait state", and gateways 306 
and 308 are configured to engage into an exchange of 
capabilities and further agree on the selection of proto- 
cols to be used with both modems 302 and 304, as de- 
scribed below. Moreover, gateway 306 can negotiate 
with modem 302 the selection of protocols and effec- 
tively represent modem 304 in this negotiation, and 
gateway 308 can do the same for modem 304, i.e., rep- 
resent modem 302. Still further, the negotiations can 
then resume, upper protocol handshakes can be estab- 
lished, e.g, Point-to-Point protocol (PPP) IETF 
RFC1548 and Password Authentication Protocol/Chal- 
lenge Authentication Protocol ( PAP/CHAP), and virtual 
end-to-end connection 415 can be established. Accord- 
ingly, both modems 302 and 304 can then transmit and 
receive data on virtual end-to-end connection 416. For 
purposes of illustration. Figure 5 depicts one possible 
protocol stack. 

[0052] In accordance with another aspect of the 
present invention, gateway 306 nnay be configured to 
make gateway 308 aware of the capabilities of modem 
302 and have gateway 308 force these capabilities on 
modem 304 if supported. Moreover, the data link layer 
connection may first be completed with the connections 
renegotiated later during call establishment if desired. 

Gateway to Gateway Transport Protocols 

[0053] Gateway to gateway transport mechanisms 
may be suitably selected from the capabilities of packet 
network 314 as configured with gateways 306 and 303. 
Preferably, at least two generic protocols can be sup- 
ported, including reliable transport and best effort pro- 
tocols. As discussed above, a virtual end-to-end con- 
nection with error detection, correction and retransmis- 
sion mechanisms can provide for a more reliable and 
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better performing end-to-end connection. Hence, it is 
preferable to use reliable transport protocols whenever 
possible. 

Reliable Transport Protocols 

[0054] A reliable transport protocol such as, for exam- 
ple, the Transmission Control Protocol (TCP) and the 
like, can provide for error detection, correction and re- 
transmission mechanisms within packet network 314. 
When such a protocol is in place for the session between 
gateways 306 and 308, the virtual end-to-end session 
can be as reliable as a traditional PSTN session, even 
though packet losses in packet network 314 may create 
delays and hence reduce overall throughput. According- 
ly, the virtual end-to-end session can effectively be then 
considered as three independent virtual connections, in- 
cluding modem 302 to gateway 306, gateway 306 to 
gateway 308. and gateway 308 to modem 304, with 
each virtual connection having independent but similar 
means of providing a reliable session. 

Best Effort Protocols 

[0055] Although it may be preferable to use a reliable 
transport protocol, a reliable virtual end-to-end session 
is feasible using a best-effort protocol if data link layer 
options are in use at both modems 302 and 304. In ac- 
cordance with this aspect, a best effort protocol such as, 
for example, a UDP protocol, need not provide error de- 
tection, correction and retransmission mechanisms 
within packet network 314. In this case, the virtual link 
between gateways 306 and 308 may be deemed unre- 
liable, and thus data transported over packet network 
314 can be lost and not recovered. Any erroneous or 
missing data should be suitably detected by the end mo- 
dems 302 and 304 if data link protocols are present. Ac- 
cordingly, retransmission requests may be propagated 
back from receiving modem 304 to calling modem 302 
using the best effort transport protocol, a behavior es- 
sentially equivalent to that of two end modems connect- 
ed over a PSTN link. 

[0056] Continuing in accordance with this aspect, it is 
also possible to use redundancy within a best effort pro- 
tocol. For example, a UDP packet that carries packet A, 
B, C can be sent into packet network 314 to be routed, 
followed by a UDP packet that carries packet B, C, D, 
and so forth. Since the packets may take different routes 
in dynamic routing for congestion control, enough UDP 
packets may arrive to create an effective virtual loss- 
less connection, i.e., packet redundancy within a UDP 
packet can enable recovery from packet loss. Prefera- 
bly, choice of the length of the redundancy should bo 
optimized relative to the packet network dropped packet 
characteristics, for example, as may be dictated by the 
router buffer depths. Accordingly, the redundancy may 
improve the recovery from errors. 



Quality of Service Considerations 

[0057] As discussed above, modem 302 can be con- 
figured to connect to gateway 306 to communicate var- 

5 ious quality of service options, if desirable. Quality of 
service considerations can arise from, among other 
things, service provisioning capabilities, different serv- 
ice rate options proposed by a service provider, or spe- 
cific requirements set by higher level applications on 

10 modems 302 and 304. For example, a service provider 
may offer different bandwidth guarantees at different 
rates, and then allow the higher level applications of mo- 
dem 302 or the end-user decide which bandwidth is 
more suitable. Another example could be a videophone 

75 application designed to work on a PSTN, e.g. an H.324 
application, that could request a non error-corrected da- 
ta link layer, e.g., VBO, and preferably a real-time pro- 
tocol over a best-effort transport protocol on packet net- 
work 314, e.g., RTP on top of UDP. 

20 [0058] These considerations can translate into quality 
of service mechanisms, e.g., RSVP diff-serve or int- 
sen/e requests and guarantees to the network elements 
that constitute packet network 31 4. Since these consid- 
erations can impact decision making by the various el- 

25 emcnts of the virtual end-to-end connection prior to the 
establishment of the connection itself, these considera- 
tions could be conveyed to gateways 306 and 308 at the 
initial negotiation phase using, for example, V.Sbis pro- 
prietary fields. 

30 

Flow Control 

[0059] Delays, drifts and jitters can occur in the flow 
of information on the virtual end-to-end session due to 
35 the characteristics of packet network 31 4 and because 
modem to gateway connections 302 to 306 and 304 to 
308 are effectively independent of one another Further, 
transmit and receive buffer space needs to be present 
at gateway modems 306 and 308 to account for small 
40 jitters in packet network 314. Preferably, the transmit 
buffer comprises a buffer containing data coming from 
modem 302 or 304 that is configured to be transmitted 
to the other modem through its corresponding gateway. 
Additionally, the receive buffer preferably handles data 
coming from a remote modem through its corresponding 
gateway. Accordingly, with buffer space on gateways 
306 and 308 not being practically infinite, flow control 
mechanisms may need to be defined both between mo- 
dems 302 and 304 and gateways 306 and 308. as well 
50 as between gateways 306 and 308. 

[0060] Moreover, flow control between gateways 306 
and 308 can be part of the transport protocols mecha- 
nisms, e.g., TCP. Further, flow control between modems 
302 and 304 and gateways 306 and 308 can be 
55 achieved through either renegotiating of physical con- 
nect rates or disregarding of sonne data. 
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Physical Connection Renegotiations 

[0061] In accordance with this aspect, the basic flow 
control nnechanism between gateways 306 and 308 
preferably relies on the detection of certain thresholds 
being reached In the buffers of gateways 306 and 308, 
and on the flow control infornnation between gateways, 
i.e., inter-gateway. Based on the information extracted 
f ronn the inter-gateway flow control, gateway 306 or 308 
can renegotiate its physical connection rate with corre- 
sponding modenn 302 or 304 to accommodate the situ- 
ation encountered at the buffer level. For example, if the 
transmit buffer of gateway 306 reaches a "high" thresh- 
old indicating that the buffer might soon be overflowing, 
then gateway 306 can renegotiate its physical connec- 
tion rate with modem 302 to a lower rate, effectively reg- 
ulating its transmit buffer. Inversely, a transmit buffer un- 
derflow can indicate that the connection between mo- 
dem 302 and gateway 306 is not fully utilized and thus 
can be increased. Accordingly, gateway 306 can then 
trigger a renegotiation with modem 302 to a higher rate. 
Preferably, a receive buffer is regulated through the flow 
control mechanisms provided by packet network 314 
protocols. 

Discarding of Data 

[0062] In addition, modem to gateway flow control can 
be facilitated by discarding of some of the data. As dis- 
cussed, traditional PSTN networks can be noisy, and 
thus data can be corrupted. Accordingly, the mecha- 
nisms that exist in the installed-base of modems, such 
as modems 302 and 304, to handle such "burst bit er- 
rors" can be used as an effective flow control mecha- 
nism. In other words, when a buffer overflow threshold 
is reached on gateway 306 or 308, the extraneous in- 
coming bits can be discarded and hence not transmitted 
to modem 302 or 304. Accordingly, modem 302 or 304 
can detect the error in the data flow and react to it as It 
would If it was a PSTN end-to-end connection. 
[0063] fy/loreover, where practical, gateways 306 and 
308 can head off an overrun or an underrun of data by 
forcing a rate renegotiation. However, in the event the 
rate renegotiations do not resolve this dilemma, the 
gateways can periodically insert a block of 1 's to a buffer 
approaching an underrun condition or by periodically 
discarding a block of data in a buffer approaching an 
overrun condition. As such, any communication protocol 
capable of tolerating unprotected operation on an ana- 
tog modem link may be able to recover from these con- 
ditions. 

[0064] Having described various embodiments and 
features regarding call initiation, call establishment, and 
data transmission, termination of a communication ses- 
sion will now be described. In accordance with this as- 
pect, termination of a communication session can be 
voluntary or accidental. An example of voluntary termi- 
nations may be when modem 302 terminates Its session 



with modem 304. or when gateway 308 decides alone 
that it needs to terminate the connection between mo- 
dems 302 and 304. An accidental termination is one by 
which any entity in the virtual end-lo-end connection is 
5 unable to function properly, and causes the session to 
be terminated. 

Termination by Terminal 

10 [0065] If the session is terminated by, for example, 
modem 302, then modem 304 coutd wait indefinitely. 
Since such an indefinite waiting period can be an un- 
wanted outcome, in accordance with an exemplary em- 
bodiment, a mechanism is provided such that when a 
?5 physical connection between gateway 306 and modem 
302 is torn-down, the connection between gateways 
302 and 304 is also torn-down, and thus the connection 
between remaining gateway 308 and associated mo- 
dem 304 is further torn-down as well. In other words, 
once a modem communication session involving gate- 
way 302 or 304 is torn-down, for example, the commu- 
nication link between modem 302 and gateway 306, the 
corresponding packet network 314 connection (e.g., 
TCP/UDP) will also need to be torn down. Further, once 
a connection for packet network 314 is torn down, then 
the corresponding modem session Is torn down as well. 
[0066] In accordance with a variation of the exemplary 
termination process , once the physical connection be- 
tween modem 302 and corresponding gateway 306 is 
torn -down, gateway 306 may first notify gateway 308 of 
the session termination. Accordingly this variation can 
provide for a faster notification of remaining modem 304, 
which can be a valuable feature if the communication is 
tarrified. 

Termination by Gateway 

[0067] If the session is terminated by for example, 
gateway 306, then modem 302 should preferably termi- 
nate immediately Accordingly the same notification and 
session tear-down mechanisms described above may 
also apply to modem 304 and gateway 306. 
[0068] The present invention has been described 
above with reference to various preferred embodiments. 
However, those skilled in the art will recognize that 
changes and modifications may be made to the pre- 
ferred embodiment without departing from the scope of 
the present invention. For example, the various method 
steps may be implemented in alternate ways depending 
upon the particular application or in consideration of any 
number of functions associated with the operation of the 
system. In addition, the techniques described herein 
may be extended or modified for use with other compo- 
nents or hardware in a data communication system. 
These and other changes or modifications are intended 
to be included within the scope of the present invention. 
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Claims 

1. A data communication system for communicating 
over a packet network, said data communication 
system comprising: 

a first terminal device for initiating a request for 
a communication session and for transferring 
data; 

a first gateway corresponding to said first ter- 
minal device and adapted to establisfi the com- 
munication session based on the request of 
said first terminal device; 
a second terminal device adapted to communi- 
cate over said packet network withi said first ter- 
minal device; and 

a second gateway corresponding to said sec- 
ond terminal device and adapted to establish 
the communication session with said first gate- 
way through said packet network such that said 
first terminal device can communicate with said 
second terminal device; 

wherein said first gateway, said packet net- 
work, and said second gateway provide a virtual 
end-to-end communication connection between 
said first terminal device and said second terminal 
device such that said first terminal device and said 
second. terminal device operate as if directly con- 
nected. 

2. The data communication system of claim 1 , wherein 
said virtual end-to-end communication connection 
comprises a plurality of independent transmission 
segments, wherein each said independent trans- 
mission segment is adapted to at least one of a de- 
tection, correction and retransmission of erroneous 
data independently of any errors in other independ- 
ent transmission segments. 

3. The data communication system of claim 2, wherein 
said independent transmission segments comprise 
a communication connection between said first ter- 
minal device and said first gateway, said first gate- 
way and said second gateway, and said second ter- 
minal device and said second gateway. 

4. The data communication system of claim 1 . wherein 
said virtual end-to-end communication connection 
comprises a data link layer communication session 
comprising the initial establishment of first data link 
layer between said first terminal device and said 
first gateway and the initial establishment of a sec- 
ond data link layer between said second gateway 
and said second terminal device 

5. The data communication system of claim 4, wherein 
said data link layer communication session includes 



negotiation and establishment of protocols for com- 
munication after the initial establishment of said first 
data link layer and said second data link layer. 

5 6. The data communication system of claim 1 , wherein 
said virtual end-to-end communication connection 
comprises: 

a first physical link connection established be- 
10 tween said first terminal device and said first 

gateway; 

a second physical link connection established 
between said second terminal device and said 
second gateway; and 

15 a common protocol between said first terminal 

device and said first gateway and between said 
second terminal device and said second gate- 
way, said common protocol established by ne- 
gotiations between said first gateway and said 

20 second gateway. 

7. The data communication system of claim 6, wherein 
said common protocol is established after initial 
passive transport of the data. 

25 

8. The data communication system of claim 6, wherein 
said common protocol is established prior to the 
transmission of data and after harmonization of at 
least one working parameter 

30 

9. The data communication system of claim 8, wherein 
said at least one working parameter comprises at 
least one of a K parameter, an N401 parameter, and 
an HDLC parameter. 

35 

10. The data communication system of claim 1 , wherein 
said virtual end-to-end communication connection 
comprises a physical link connection, said physical 
link connection comprising: 

40 

a physical link between said first terminal de- 
vice and said first gateway: 
a physical link between said second terminal 
device and said second gateway; and 

•^5 a mechanism for compensating for flow control 

problems during transfer of the data, wherein 
the data is physically transferred from said first 
terminal device to said second terminal device, 
and said mechanisms compensate for mis- 

50 matches in rates for data transfer. 

1 1 . The data communication system of claim 1 , wherein 
said second gateway is adapted to establish the 
communication session with said first gateway 

55 through use of a transport protocol to provide at 
least one of error detection, correction and retrans- 
mission mechanisms within said data communica- 
tion system, and 
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wherein said virtual end-lo-end communica- 
tion connection comprises three independent virtu- 
al connections between said first terminal device 
and said first gateway, between said first gateway 
and said second gateway, and between said sec- 
ond gateway and said second terminal device. 

12. The data communication system of claim 1, wherein 
said second gateway is adapted to establish the 
communication session with said first gateway 
through use of a best effort protocol, said first ter- 
minal device and said second terminal device in- 
cluding data link layers, and 

wherein erroneous data is detected by at least 
one of said first terminal and said second terminal, 
and a retransmission request is made by said at 
least one of said first terminal and said second ter- 
minal for correct data. 

1 3. A method for communicating data through a packet 
network, said method comprising the steps of: 

initiating a communication request from a first 
temninal device to a first gateway to connect to 
a second terminal device; 
selectively contacting, with said first gateway, 
a second gateway corresponding to said sec- 
ond terminal device; 

establishing a communication session with said 
second device through said second gateway; 
transferring the data from said first terminal de- 
vice to said second terminal device through 
said packet network, wherein said first device 
and said second device communicate through 
a virtual end-to-end communication connec- 
tion. 

14. The method for communicating data of claim 13, 
wherein said step of initiating a communication re- 
quest comprises the steps of: indicating to a central 
office a request to connect to said first gateway; and 
negotiating between said first device and said first 
gateway a plurality of communication options. 

15. The method for communicating data of claim 14, 
wherein said step of initiating a communication re- 
quest further comprises transparent recognition by 
said central office that said first terminal device re- 
quests connection to said first gateway. 

16. The method for communicating data of claim 10, 
wherein said virtual end-to-end communication 
connection comprises a plurality of independent 
transmission segments, said independent trans- 
mission segments comprising a communication 
connection between said first terminal device and 
said first gateway, said first gateway and said sec- 
ond gateway, and said second terminal device and 



said second gateway, and wherein said step of es- 
tablishing a communication session with said sec- 
ond terminal device through said second gateway 
comprises the steps of: 

5 

assessing communication capabilities of each 
of said independent segments; and 
agreeing independently on a transport protocol 
for each of said independent segments. 

10 

17. The method for communicating data of claim 13, 
wherein said step of establishing a communication 
session with said second terminal device through 
said second gateway comprises the steps of: 

IS 

assessing communication capabilities of said 
first terminal device and said second terminal 
device; 

determining a shared set of supported proto- 
20 cols between said first terminal device and said 

second terminal device; and 
selecting from said shared set of supported pro- 
tocols at least one protocol for use in commu- 
nications between said first terminal device and 
25 said second terminal device. 

18. The method for communicating data of claim 17, 
wherein said step of selecting from said shared set 
of supported protocols comprises the forcing of a 

30 specific protocol for use in communications be- 
tween said first terminal device and said second ter- 
minal device. 

19. The method for communicating data of claim 17, 
35 wherein said step of selecting from said shared set 

of supported protocols comprises accepting a first 
common protocol encountered between said first 
device and said second device. 

40 20. The method for communicating data of claim 13, 
wherein said step of establishing a communication 
session with said second terminal device through 
said second gateway comprises the steps of: 

45 establishing a physical connection between 

said first terminal device and said first gateway 
and between said second terminal device and 
said second gateway; 

negotiating a transport protocol and at least 
50 one working parameter between said first ter- 

minal device and said first gateway, between 
said first gateway and said second gateway, 
and between said second terminal device and 
said second gateway; 
55 sending a frame signal to said first terminal de- 

vice and said second terminal device indicative 
of said negotiating step being conducted; 
harmonizing said at least one working param- 

i 
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eter between said first terminal device and said 
first gateway and between said second terminal 
device and said second gateway; and 
sending a frame signal to said first terminal de- 
vice and said second terminal device indicative 
of said harmonizing step being completed. 

21. The method for communicating data of claim 20, 
wherein said step negotiating a transport protocol 
and at least one working parameter comprises se- 
lecting at least one of a K parameter, an N401 pa- 
rameter, and an HDLC parameter. 

22. The method for communicating data of claim 20. 
wherein said step of sending a frame signal to said 
first terminal device and said second terminal de- 
vice indicative of said negotiating step being con- 
ducted comprises sending an RNR frame signal. 

23. The method for communicating data of claim 20, 
wherein said step of harmonizing said at least one 
working parameter between said first terminal de- 
vice and said first gateway and between said sec- 
ond terminal device and said second gateway com- 
prises sending an XI D frame signal. 

24. The method for communicating data of claim 20, 
wherein said step of sending a frame signal to said 
first terminal device and said second terminal de- 
vice indicative of said harmonizing step being com- 
pleted comprises sending an RR signal. 

25. The method for communicating data of claim 20, 
wherein said step of establishing a communication 
session with said second terminal device through 
said second gateway further comprises the steps of 

addressing timing considerations to prevent 
said first terminal device from interpreting that said 
first gateway does not support a data link layer pro- 
tocol. 

26. The method for communicating data of claim 25, 
wherein said step of addressing timing considera- 
tions comprises the step of stalling a handshaking 
process between said first terminal device and said 
first gateway and said second terminal device and 
said second gateway for selecting the data link layer 
protocol until a virtual end-lo-end connection has 
been established between said first terminal device 
and said second terminal device. 

27. The method for communicating data of claim 25, 
wherein said step, of addressing timing considera- 
tions comprises the step of extending at least one 
timeout value for at least one timer used to deter- 
mine whether the data link layer protocol exists at 
said first terminal device and said second terminal 
device. 



28. The method for communicating data of claim 1 3. 
wherein said method further comprises the step of: 
terminating said communication session by 
providing a mechanism for respectively terminating 
5 a physical connection between said second termi- 
nal device and said second gateway immediately 
after terminating a physical connection between 
said first terminal device and said first gateway. 

TO 29. The method for communicating data of claim 13, 
wherein said step of terminating said communica- 
tion session by providing a mechanism further com- 
prises said first gateway signaling said second 
gateway of an intent to terminate said communica- 

T5 tion session. 
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